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Verfahren zxun Steuem eines Datenverarbeitungsgerats 



Beschreibvmg 



Die vorliegende Erfindung betrifft ein Verfahren zum Steuem eines Datenverar- 
beitungsgerats, das iiber eine Schnittstelle an einen Computer angeschlossen ist. 

Standardbetriebssysteme von Computern verhindern den direkten Zugriff von 
Applikationsprogranninen auf vorhandene Hardware oder angeschlossene Cera- 
te. Typischerweise verwaltet das Betriebssystem die Hardware und die Cerate 
xmd stellt dem Applikationsprogramm Betriebsfunktionen zu deren Benutzung 
zur Verfugung. Dies geschieht aus Criinden der Stabilitat und der Sicherheit. Auf 
diese Weise ist es urunoglich, dass beispielsweise der Inhalt von Massenspei- 
chern, wie etwa eine Festplatte, durch ein fehlerhaft arbeitendes Anwendungs- 
programm in falscher Weise abgespeichert wird. 

Spezifische Operationen und Befehle, wie das direkte Zugreifen auf ein Cerat, 
beispielweise via "SCSI-pass-through" oder "USB low-lever*-Verbindungen, sind 
beschrankt. Entweder ist der Zugriff den Administratoren des Betriebssystems 
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vorbehalten oder der Zugriff wird durch spezielle Geratetreiber kontrolliert xind 
uberwacht. Die Geratetreiber lassen sich jedoch ebenfalls nva mit Administrator- 
Rechten des Betriebssystems auf dem Computer installieren. 

Nachteilig wirken sich diese Einschrankungen fiir den normalen Benutzer aus^ 
der auf ein Gerat zugreifen und dieses nutzen mochte. Immer werm ein gewohn- 
licher Nutzer ein Gerat an einen Computer anschliefit, benotigt er Administrator- 
Rechte, xun auf das Gerat zugreifen zu konnen; dies gilt ziunindest beim ersten 
Zugriff, wenn der spezielle Geratetreiber installiert und erstmalig gestartet wer- 
den soil. Die meisten Nutzer verfugen jedoch rucht fiber diese Administrator- 
Rechte. Gerade bei offentlich zuganglichen Computem oder bei Computem, die 
in einem Firmennetz instalUert sind, sind die Rechte der Normalbenutzer oder 
Gastbenutzer stark beschrankt. Damit wird automatisch auch der Zugriff und die 
Benutzting von Geraten eingeschrankt, die uber eine Schnittstelle an einen Com- 
puter angeschlossen sind. 

Ftir den Zugriff auf Dateien werden allerdings in der Regel keine Admirustrator- 
Rechte benotigt. Um eine Datei auf ein internes oder extemes Speichermedium 
zu schreiben bzw. zu speichem oder es von diesem zu lesen bzw. nickzuspei- 
chem, geniigen die Zugriffsrechte eines Normalbenutzers, meistens sogar die 
Rechte eines Gastbenutzers. Dies gilt insbesondere, wenn der Anwender selbst 
Besitzer des Speichermediums ist. 

Die Ausfiihrxmg von anderen Computerbefehlen als Speichem oder Lesen vorx 
Dateien ist dem normalen Nutzer in der Regel jedoch nicht gestattet. Je grofier 
der Eingriff des auszufiihrenden Computerbefehls auf den Inhalt der Hardware 
Oder angeschlossenen Gerate ist und je starker der Befehl in das Filemanage- 
ment-System des Computers eingreift, desto exklusiver ist die Ausfuhrung eines 
solchen Befehls. Nur Personen mit besonderen Rechten koimen derartige Befehle 
ausfuhren; bestimmte kritische Befehle sind sogar ausschliefilich dem Admini- 
strator vorbehalten. 

Es stellt sich somit die Aufgabe, durch einen Computer mit einem angeschlosse- 
nen Datenverarbeitungsgerat zu kommunizieren tmd auf diesem Befehle und 
Kommandos ausfuhren zu lassen, ohne das Betriebssystem des Computers zu er- 
weitern oder zu verandern bzw. ohne einen speziellen Treiber zu installieren, der 
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erst den Zugriff auf das angeschlossene Gerat ermoglicht. 

Gelost wird die Aufgabe mit einem Verfahren zum Steuern eines Datenverarbei- 
tungsgerats gemafi den Merkmalen des Patentansprudis 1. 

Das erfindungsgemafie Verfahren zum Steuern eines Datenverarbeitungsgerats, 
das fiber eine Schnittstelle an einem Computer angeschlossen ist, weist die nach- 
folgenden Schritte auf: Erzeugen eines geratespezifischen Kommandos durch ein 
Anwendxmgsprogramm, das auf dem Computer installiert ist und ausgefuhrt 
wird. Ablegen des Kommandos in einem speziellen File. t)bertragen des spe- 
ziellen Files vom Computer an das Gerat mittels des Schreibbefehls des Betriebs- 
systems des Computers. Das spezielle File wird durch das Gerat empfangen. Das 
geratespezifische Kommando wird aus dem speziellen File ausgelesen. Als letz- 
ter Schritt wird das Kommando durch den Prozessor des Gerats ausgefuhrt. 

Das von dem Anwendimgsprogramm erzeugte Kommando kaim beispielsweise 
ein Steuerbefehl fur das Gerat oder eine Abfrage des Geratestatus sein. Das Kom- 
mando wird in einem "File" verpackt, das fiber den gewShnlichen Schreibbefehl 
des Computers an das angeschlossene GerSt fibermittelt wird. Dem Betriebssy- 
stem des Computers wird also "vorgetauscht", dass ein Speichermedium an sei- 
ner Schnittstelle vorhanden sei. Der Computer bzw. dessen Betriebssystem 
"sieht" also in dem angeschlossenen Gerat ein Speichermedium, wie beispids-wei- 
se eine Festplatte, auch wenn nicht notwendigerweise ein Speichermedium vor- 
handen ist. 

Die Ausfuhrung eines Schreibbefehls des Betriebssystems ist moglich, da das ex- 
terne Gerat ein Speichermedium mit entsprechendem Filesystem simuliert und 
das Betriebssystem des Computers nicht zwischen dem simulierten Filesystem 
des Cerates imd einem tatsachlich angeschlossenen Massenspeicher unterschei- 
den kann. Somit ist es moglich, Dateien mittels des betriebssystemeigenen 
Schreibbefehls auf dem scheinbar vorhandenen Speichermediiun zu "speichern", 
obwohl in Wirklichkeit gar kein Massenspeicher angeschlossen ist und die Da- 
teien niir an das Gerat fibermittelt werden, um das darin verpackte Kommando 
ausfuhren zu lassen. 
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Da nach der Erfindung lediglich der betriebssystemeigene Schreibbefehl verwen- 
det wird, kaim auf das angeschlossene Gerat zugegriffen werden, ohne eine zu- 
satzliche Treibersoftware zu instaUieren. FolgUch sind auch keine besonderen 
Nutzer-Rechte oder gar Administrator-Rechte notwendig, urn das angeschlosse- 
ne externe Gerat zu steuem, Der Schreibbefehl des Betriebssystems kann von je- 
dem normalen Benutzer ohne besondere Zugriffsrechte ausgefiihrt werden. Nor- 
male Benutzer oder Gastbenutzer konnen einfach das Anwendungsprogramm 
auf dem Computer ausfiihren und auf diese Weise das spezielle File an das Gerat 
iibertragen, um dort ein Kommando auszufiihren. 

Das Anwendungsprogramm auf dem Computer verpackt oder versteckt das aus- 
zufiihrende geratespezifische Kommando in einem normalen Datenfile. Das File 
ist eine Datei, die an einer logischen Blockadresse im Filesystem eines Cerates 
Oder Speichermediums abgelegt werden soil. Die spezielle Datei soil an einem 
bestimmten, aber flexiblen Speicherort abgespeichert werden. Nicht das Kom- 
mando selbst, sondem die spezielle Datei wird dann an das Gerat iibertragen. 
Somit findet eine Art Tunnelung imter Verwendung des Schreibbefehls des Be- 
triebssystems statt. Das eigentliche Kommando ist dem Betriebssystem des Com- 
puters nicht bekannt. Das Betriebssystem sieht lediglich ein Datenfile, das auf 
einem nur scheinbar vorhandenen Speichermedium abzulegen ist. 

Der Prozessor des angeschlossenen Gerats liest aus dem speziellen File das aus- 
zufiihrende geratespezifische Kommando aus. Das iibertragene Kommando wird 
dann vom Prozessor interpretiert und ausgefuhrt. Auf diese Weise kann in einem 
angeschlossenen Gerat ein geratespezifisches Kommando ausgefuhrt werden, 
ohne dass der Benutzer des Computers iiber besondere Rechte verfiigen muss, da 
aus Sicht des Computers ja lediglich ein betriebssystemeigener normaler Schreib- 
befehl auf ein Gerat ausgefiihrt wird, das dem Benutzer gehort. 

Je nach verwendeter Schnittstelle kann das Gerat beispielsweise die Form eines 
USB-Sticks Oder eines Dongles haben. Das Gerat kann beispielsweise zur Uber- 
priifung von Softwarelizenzen fiir bestimmte Anwendungspro gramme, Musik- 
stiicke oder Filme auf dem Computer geeignet sein. In diesem Fall sendet das 
Anwendimgsprogramm eine Anfrage an das angeschlossene Gerat, ob eine 
Lizenz fur das auszufiihrende Programm, das Musikstiick oder den Fihn vorhan- 
den ist. Die Lizenz ist in einem geratespezifischen Format abgelegt, so dass die 



wo 2005/064480 



5 



PCT/EP2004/014838 



Informationen iiber das Vorhandensein einer giiltigen Lizenz nxir iiber ein gera- 
tespezifisches Koimnando abgefragt werden konnen. Der Benutzer selbst hat kei- 
nen Zugriff aiif die im Gerat hinterlegte Lizenz. Er kann sie deshalb weder veran- 
dern noch mamptdieren. Auf diese Weise ist eine einfache, sichere und robuste 
Lizenzierung von Software, Audio- oder Videodaten moglich. Auch konnen 
lizenzen iintersduedlicher Anwendungsprogramme auf einem Gerat hinterlegt 
sein und kryptographische Befehle zum weiteren Schutz der Programme imd Da- 
ten ausgefiihrt werden. 

Das Gerat kann aber auch eine beKebige Steuereinheit sein, zxmi Beispiel zur 
Steuerung einer Heizungsanlage, einer Musikanlage, einer Lichtanlage oder Ahn- 
liches. 

Das Gerat kann nicht nur iiber eine USB-Schnittstelle an den Computer ange- 
schlossen sein, sondem iiber jede beliebige Schnittstelle. Zum Anschluss eignen 
sich audi eine SCSI-Schnittstelle, Firewire-Schnittstelle, Infrarot-Schnittstelle 
oder ahnliche. Es ist auch moglich, das Gerat an eine interne Schnittstelle anzu- 
schliefien und das Gerat in den Computer zu integrieren. 

Dariiber hinaus kann das angeschlossene Gerat zusatzlich iiber einen Massen- 
speicher verfugen. In diesem Fall konnen auch herkommliche Files oder Dateien 
auf dem Gerat im Massenspeicher abgespeichert werden. Das Gerat muss dann 
bei den empfangenen Files entscheiden, ob es sich um ein normales Datenfile 
handelt, das im Massenspeicher des Gerats abzxilegen ist, oder ob die ubertrage- 
ne Datei ein spezielles File mit einem eingebetteten Kommando ist. Diese Unter- 
scheidung wird in der Regel dadurch moglich, dass das spezielle File an einem 
bestimmten, aber flexiblen Speicherort abgespeichert ist, wenn es ein geratespezi- 
fisches Kommando enthalt. Das File hat dann eine besondere Adresse als logi- 
sche Blockadresse und wird an einer bestimmten Stelle des logischen Blocksy- 
stems scheinbar abgelegt. Ist der besondere Speicherort nicht angegeben, wird 
die Datei als gewohnliches Datenfile behandelt vmd auf dem zugewiesenen Block 
des Massenspeichers abgelegt. Dies wird dxurch das auf dem Gerat vorhandene 
Filemanagement-System durchgefiihrt. AltematiLv konnte das spezielle File auch 
am f esten Speicherort abgelegt werden. 
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In einer besonderen Ausfiihrung des erfmdimgsgemafien Verfahrens wird das 
geratespezifische Kommando nur dann ausgefiihrt, wenn das spezielle File eine 
Identifikation enthalt. Die Identifikation kaim in Form eines Merkers, eines Para- 
meters oder einer ID vorliegen. 1st eine bestimmte ID im speziellen File gesetzt, 
so wird im Gerat erkannt, dass ein im File abgelegtes Konamando ausgefiihrt 
werden soil Die Identifikation dient zur zusatzlichen Freigabe der Ausfiihrung 
des Kommandos. 1st die Identifikation nicht vorhanden, also z.B. eine bestinrimte 
ID nicht gesetzt, wird die Ausfiihnmg des Kommandos durch den Prozessor im 
Gerat verhindert. 

Enthalt das spezielle File keine Identifikation, kann das File an einem vorgegebe- 
nen Ort im logischen Blocksystem abgelegt werden. Der Speicherort kaim dann 
das RAM des Gerates oder audi ein nidit-fliiditiger Speidier sein, in der Kegel 
der Datenspeidier des Gerats, in dem audi bestimmte Daten des Controllers ab- 
gelegt sein kormen. Damit karm ein spezielles File in einem Gerat gesidiert wer- 
den. Wird das spezielle File im nidit-fluditigen Speidier hinterlegt, bleibt es im 
Gerat gesidiert, audi wenn das Gerat nicht mehr mit dem Computer verbunden 
ist. Somit kann eine Sidierung bzw. ein Backup des speziellen Files im Gerat vor- 
genommen werden. 

Im Zuge des erfindungsgemajSen Verfahrens kann vom Prozessor des Gerats eine 
Antwort auf das ausgefiihrte Kommando erzeugt werden. Ist das auszufiihrende 
Kommando kein reiner Steuerbefehl, sondern soil eine beispielsweise Regelimg 
vorgenommen oder eine Abfrage ausgefiihrt werden, so ist das Ergebnis der 
Ausfuhnmg des Kommandos eine Antwort. Die Antwort kann z.B. einen aktuel- 
len Messwert oder eine Bestatigting der Ausfuhnmg des Kommandos enthalten. 
Das Resultat einer Abfrage kann beispielsweise der Status des Gerats sein. Dient 
das Gerat zur Lizenzierung von Software, so ist die Antwort ebenfalls das Ergeb- 
nis einer Abfrage. Die Antwort enthalt daim entweder die Lizenz selbst oder, bei 
Vorhandensein einer Lizenz, die Freigabe der Ausfiihnmg der Software. Genau- 
so kann die Antwort das Ergebnis eines kryptographischen Befehls beinhalten. 

Bevorzugt wird nach dem erfindimgsgemafien Verfahren vom Prozessor ein Sta- 
tusflag oder Merker im RAM-Speicher gesetzt oder in das spezielle File im nicht- 
fliichtigen Speicher geschrieben, anhand dessen beim nachsten Zugriff auf das 
File eine Antwort auf das ausgefiihrte Kommando erzeugt wird. Die Antv/ort 
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wird erst dann erzeugt, sobald spater ein weiterer Zugriff atif das File stattfindet, 
der Computer also von dem Gerat die Antwort abfragt. Damit wird sicherge- 
stellt, dass stets nur eine aktuelle Antwort auf ein voraxisgehendes Kommando 
iibermittelt wird. Dies ist beispielsweise dann wichtig, wenn das auszufiihrende 
Kommando eine Regelung in Gang setzt, bei der ein SoUwert eingeregelt werden 
soil. Als Antwort kann die aktuelle Regelgrofie zuriickgegeben werden, die na- 
tiirlich nicht zu Beginn der Regelung, sondem erst zu einem spateren Zeitpunkt 
interessiert. Der Zeitpunkt kann von dem Anwendungsprogramm auf dem Com- 
puter bestinunt werden, indem auf das scheinbar im Gerat abgespeicherte File 
zugegriffen wird. 

Wird die Antwort sogleich nach Ausfuhrung des Kommandos erzeugt, kann sie 
in einem nicht-fliichtigen Speidier des Gerats zwischengespeichert werden. Sie 
steht dort bereit, bis das Anwendimgsprogramm durch einen weiteren Schreib- 
oder Lesebefehl erneut auf das File im Gerat zugreift. Als nicht-fliichtiger Spei- 
cher kann im Gerat ein Flash-Speidier, ein ROM, ein EEPROM, ein Flash Memo- 
ry Oder ahnliches vorgesehen sein. 

Besonders bevorzugt weist das erfindimgsgemafie Verfahren weitere Schritte zur 
Ubertragung der Antwort auf: Ein Lesebefehl des Betriebssystems betreffend das 
spezielle File wird vom Computer an das Gerat gesendet. Der Lesebefehl wird im 
Gerat empfangen. In einem weiteren Schritt wird die Antwort in einem speziel- 
len File abgelegt, die auf das ausgefiihrte Kommando erzeugt wird. Das spezielle 
File kann im RAM oder im nicht-fliichtigen Speicher des Gerats zwischengespei- 
chert sein. Das spezielle File wird dadurch modifiziert. Im nachsten Schritt wird 
das spezielle File vom Gerat an den Computer in Ausfuhrung des Lesebefehls 
riickiibertragen. 

Die Kommunikation zwischen dem Computer tmd dem Gerat findet iiber den im 
Betriebssystem des Computers implementierten Lesebefehl statt. Da das Gerat 
selbst kein Versenden eines Files oder einer Antwort initiieren kann, muss der 
Computer bzw. das auf dem Computer ausgefiihrte Anwendungsprogramm das 
Auslesen des speziellen Files anstofien. Zur Ausfiihnmg des Lesebefehls des Be- 
triebssystems sind wiederum keine besonderen Rechte notwendig. 
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Der Prozessor des Gerats empfangt den Lesebefehl und erkennt dass das speziel- 
le File zuruckgelesen werden soil. Im Unterschied zum Lesen eines normalen Da- 
tenfiles wird nun nicht die unveranderte Datei zuriickgesendet. Stattdessen er- 
mittelt der Prozessor die durch das ausgefiihrte Kommando erzeugte Antwort 
mid erstellt hieraus eine Sequenz, die der eines Files entspricht Altexnativ kann 
auch aus der Antwort eine Sequenz erstellt werden, die der eines speziellen Files 
entspricht. Anstelle des Lesens und Zuriickspeichem eines (unveranderten) Files 
wird die Antwort auf das ausgefiihrte Konunando in einem Zwischenspeicher 
temporar abgelegt. In diesem Fall greift der Prozessor auf diesen Zwischenspei- 
cher zu und liest die Antwort daraus aus. Wird als Antwort beispielsweise eine 
Lizenz erfragt, so werden die Lizenzdaten erst beim Riicksenden vom Prozessor 
des Gerats erzeugt und in das spezielle File geschrieben. 

Vorteilhafterweise erkennt der Prozessor, dass beim Schreiben des speziellen Fi- 
les in dem Gerat ein Kommando ausgefuhrt wurde. Bevorzugt wird die Ausfiih- 
rimg des Kommandos dadurch erkannt, dass eine Identifikation im RAM oder im 
speziellen File vorlianden ist. Dies kann beispiebweise ein gesetztes Hag, ein 
Merker oder ein bestimmtes Bit im speziellen File sein. Ist die Identifikation in 
dem speziellen File nicht vorhanden, erkeimt der Prozessor beim Ausfiihren des 
Lesebefehls, dass keine Antwort erzeugt wurde. In diesem Fall handdt es sich 
um eine Sichortmg bzw. um ein Backup des speziellen Files, das zurttckgesichert 
werden soil. 

Erkennt der Prozessor des Gerats, dass das auszulesende File kein spezielles File 
ist, es sich vielmehr tun ein ganz normales Datenfile handelt, so wird dieses un- 
verandert zuriickgesendet. 

In einer besonders bevorzugten Ausfiihnmg weist das erfindungsgemaiSe Ver- 
fahren ferner die folgenden Schritte auf: Empfangen des speziellen riickiibertra- 
genen Files auf dem Computer. Anschliefiendes Erkennen durch das Anwen- 
dungsprogramm, dass das spezielle File eine Antwort enthalt. Im Weiteren wird 
die Antwort aus dem File ausgelesen und im Anwendungsprogramm weiterver- 
arbeitet. Das Anwendungsprogramm erkennt, dass ein spezielles File vom Gerat 
ruckiibertragen wurde. Es unterscheidet dabei zwischen einem speziellen File 
und einer normalen Datei. Dass ein spezielles File ruckiibertragen wurde, er- 
kennt das Anwendungsprogramm daran, dass das File eine Identifikation ent- 
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halt, die vom Prozessor des Gerats gemeinsam mit der Antwort in dem File hin- 
terlegt wxirde. 

Das Anwendungsprogramm auf dem Computer erkennt dann, dass das zioriick- 
geschriebene spezielle File die Antwort auf das ausgefiihrte Konunando enthalt. 
Wurde vom Prozessor des Gerats eine Antwort in dem speziellen File abgelegt, 
wird gleichzeitig vom Prozessor auch ein Merker gesetzt. Dieser Merker kaim in 
Form eines Statusbit oder einer ID im File vorhanden sein. Das Anwendungspro- 
gramm identifiziert diesen Merker und stellt fest, dass eine Antwort vom Prozes- 
sor des Gerats zuriickgeliefert wird. Die Antwort wird dann im Anwendxings- 
programm entsprechend weiter verarbeitet. 

Wird ein spezielles File ohne Merker zuriickgelesen, so erkennt das Anwen- 
dungsprogramm, dass das spezielle File keine Antwort enthalt. In diesem Fall 
wird also lediglich ein auf dem Gerat gesichertes spezielles File unverandext zu- 
riickgelesen. 

In einer besonderen Anwendimg des erfindimgsgemafien Verfahrens ist die Ant- 
wort auf das ausgefiihrte Kommando ein Geratestatus oder eine Fehlermeldung, 
Der Geratestatus wird als Antwort zuriickgegeben, wenn eine entsprechende Ab- 
frage an das Gerat iibermittelt wurde. Diese Information kann dann wichtig sein, 
wenn eine Regelung im Gerat angestofien werden soil imd vorher der aktuelle 
Istwert der Regelgrofie bestiimnt werden muss. Auch wenn das Gerat verschie- 
dene Status annehmen kann, ist eine Information iiber den momentanen Gerate- 
status wichtig. Das Anwendimgsprogramm kaim auf Grundlage dieser Informa- 
tion weitere Routinen abarbeiten und vom Status abhangige Kommandos an das 
Gerat senden. 

Ebenfalls kann die Antwort aus den Ergebnisdaten eines kryptographischen Be- 
fehls bestehen. 

Die Antwort ist eine Fehlermeldung, wenn wahrend der Ausfiihrung des vorher 
iibertragenen Kommandos im Gerat ein Fehler aufgetreten ist oder das Komxnan- 
do nicht abgearbeitet bzw. die Ausfiihrimg des Kommandos abgebrochen wurde. 
Das Anwendimgsprogramm kann daraufhin emeut ein Kommando an das Gerat 
senden oder die Abarbeitung einer Routine unterbrechen. 
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Anhand der nachstehenden Abbildungen wird die vorliegende Erfindimg ge- 
nauer erlautert; eine bevorzugte Ausfiihrungsform wird in den Zeiclmxingen be- 
schrieben. Es zeigen: 

Figur 1 die Filesyteme eines Computers und eines angeschlossenen 

Datenverarbeitxingsgerats; 

Figur 2 das Filesystem des Computers von Figur 1 xmd das Hlesy- 

stem eines angeschlossenen Datenverarbeitungsgerats mit 
erweiteter Funktionalitat; 

Figur 3 ein Ablaufdiagramm des Verfahrens zur Steuerung des Ge- 

rats von Figur 2, 

Figur 1 zeigt das Filesystem des Computers 1, wie es sidi dem Benutzer oder 
dem Betriebssystem des Computers 1 darstellt. Die in einem File 2 abgelegten 
Daten sind in einer hierarchischen Baimistruktur organisiert. Die einzelnen 
Files 2 sind OrdnemS zugeordnet, so genannten directory blocks. Zusatzlich 
weist das Filesystem des Computers 1 eine Zugriffstabelle 4 (allocation table) auf, 
in der Informationen liber den physikalischen Speicherort hinterlegt sind. Die 
Zugriffstabelle 4 enthalt die logischen Blockadressen 5, so genannte logical block 
addresses (LBA), Das Filesystem greift auf die Blockadresse 5 zu, um Daten auf 
ein Speichermedium zu schreiben oder von diesem zu lesen. 

Ein Datenverarbeitimgsgerat 6 ist liber eine Schnittstelle an den Computer 1 an- 
geschlossen. Der Computer 1 erkennt, dass das Gerat 6 ein Speichermedium ist. 
Das Filesystem des Computers 1 speichert Daten auf dem Gerat 6 in einer fort- 
laufenden Liste von Datenblocken 7, die mit logischen Blockadressen 5 bezeich- 
net sind. Der Datenblock 7 hat typischerweise die Lange eines physikalischen 
Sektors oder ein Vielfaches dieser Lange. Die Lange ist jedoch fest vorgegeben 
fiir das Filesystem. 

Damit der Computer 1 ein File 2 auf einem Gerat 6 speichem kann, muss die hie- 
rarchische Struktur dessen Filesystems in die Blockstruktur des Speichersystems 
des Gerats 6 iibertragen werden. Diese Konvertierung geschieht iiber zusatzliche 
Management-Informationen, die ebenfalls in der Zugriffstabelle 4 abgelegt sind. 
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Beim Zugriff auf ein Speichermedium hat das Filesystem die Berechtigung, ei- 
nem File 2 eine bestimmte Blockadresse 5 zuzuweisen. Die Zuweisung wird audi 
in der Zugriffstabelle 4 abgelegt. 

Das FUesystem ist Teil des Betriebssystems des Computers 1 tind als Software 
implementiert. Das Gerat 6 selbst kaim nur die fortlaufende Liste der Daten- 
blocke 7 abarbeitei\ xmd die datenblockbasierten Schreib- oder Lesebefehle aus- 
fiihren, die es als spezifische logische Blockadresse 5 fiir den Zugriff erhalt. Die 
Daten werden lediglich gelesen oder geschrieben. Das Gerat 6 analysiert oder in- 
terpretiert den Dateninhalt nicht. 

Figur 2 zeigt ziinachst den Computer 1 mit seinem hierarchischen Filesystem, 
wie es schon aus Fig\ir 1 bekannt ist. Ein spezielles File 8 aus dem hierarchischen 
Filesystem wird an einer bestimmten Stelle im Filesystem des Gerats 6 abgelegt. 
An der bestimmten Stelle ist ein spezieller Datenblock 9 vorhanden, der eine spe- 
zielle Blockadresse 10 aufwdst. Der spezielle Datenblock 9 wird dadurch ange- 
sprochen, dass ein spezielles File 8 an die spezielle Blockadresse 10 adressiert 
wird. Das spezielle File 8 wird an einer bestimmten, aber flexiblen Block- 
adresse 10 abgespeichert. Es wird also in den Datenblock 9 geschrieben oder von 
ihm ausgelesen. Dies geschieht fiber die betriebssystemeigenen Schreib- oder Le- 
sebefehle. 

Der Prozessor des Gerats 6 kann den speziellen Datenblock 9 interpretieren und 
darin abgelegte gerateeigene Operationen ausfiihren. Die Operationen sind gera- 
tespezifische Kommandos, wie Steuerbefehle, das Auslesen des Geratestatus, 
oder das Lesen bzw. Speichern von geratespezifischen Daten oder das Ausfiihren 
kryptographischer Befehle. Die Kommandos umfassen auch das Interpretieren 
von spezifischen Daten und das Abspeichern in einer geratespezifischen Art, bei- 
spielsweise im RAM des Gerats 6. 

Empfangt das Gerat 6 vom Computer 1 einen betriebssystemeigenen Schreibbe- 
fehl, der die spezielle Blockadresse 10 anstelle der normalen Blockadresse 5 
adressiert, ftihrt das Gerat 6 nicht den Standardschreibbefehl des Betriebssystems 
aus, sondern aktiviert den gerateeigenen Koirunandoausfiihrer, den so genannten 
Execution Handler. Der Execution Handler interpretiert den speziellen Daten- 
block 9. Das im speziellen File 8 ubertragene imd im speziellen Datenblock 9 ab- 
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gelegte Kommando wird vom Execution Handler ausgefflhrt. 

Wird auf das ausgefiihrte geratespezifische Kommando eine -Antwort erzeugt, so 
wird diese Antwort entweder in dem speziellen Datenblock 9 abgelegt oder aber 
im RAM des Gerats bereitgehalten, Alternativ kann anstelle der Antwort audi ei- 
ne spezielle Statusinformation in dem speziellen Datenblock 9 abgelegt werden, 
so dass die Antwort auf das ausgefiihrte Kommando erst ermittelt wird, weim 
der nSchste Lesebefehl des Betriebssystems auf die spezielle Blockadresse 10 des 
spezieUen Datenblocks 9 zugreifen will. 

Figur 3 zeigt das prinzipielle Ablaufsdiema des erfindimgsgemalSen Varfahrens. 
Ein Teil des Verfahrens lauft in dem Computer 1 ab; der andere Teil in dem 
Gerat 6. 

In einem ersten Schritt S 1 startet ein Anwendxmgsprogramm 11 eine Anfrage an 
das Gerat 6. Dazu wird ein geratespezifisches Kommando in einem Schritt S 2 ge- 
meinsam mit einem Identifikationsmerker in ein spezielles File 8 geschrieben. 

Im nachsten Schritt S 3 wird das spezielle File 8 an das Filesystem 12 des Be- 
triebssystems des Computers 1 iibergeben mit der Aufforderung, das spezielle 
File 8 im Gerat 6 zu speichem. Das Betriebssystem des Computers 1 sendet im 
Schritt S 4 das spezielle File 8 mittels des Schreibbefehls an das Gerat 6. Zur 
Adressienmg des speziellen Files 8 wird die spezielle Blockadresse 10 angege- 
ben. 

In einem fiinften Schritt S 5 empfangt der Prozessor des Gerats 6 das spezielle 
File 8. In diesem Schritt wird vom Prozessor gepriift, ob das empfangene File 8 
an die spezielle Blockadresse 10 adressiert ist. 

1st keine spezielle Blockadresse 10, sondem eine normale Blockadresse 5 in dem 
File adressiert, wird das File 8 im sechsten Schritt S 6 im Speichersystem 13 des 
Gerats 6 im Datenblock 7 abgespeichert. 

Wird jedoch die spezielle Blockadresse 10 ermittelt, so pruft der Prozessor in ei- 
nem Schritt S 7, ob das spezielle File einen Identifikationsmerker aufweist. Ist 
kein Identifikationsmerker im speziellen File 8 vorhanden, wird im Schritt S 8 
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das spezielle File 8 im speziellen Datenblock 9 mit der speziellen Datenblocka- 
dresse 10 gespeichert. 

Weist das spezielle File 8 einen Identifikationsmerker auf, wird im Schritt S 9 das 
geratespezifisdie Kommando aus dem speziellen File 8 ausgelesen. Im Schritt 
S 10 wird darm das geratespezifisdie Kommando vom Prozessor des Gerats 6 
ausgefiihrt. 

Anstelle des Schritts S 10 kami audi der Sduritt S 11 aiisgefiihrt werden. Das im 
speziellen File 8 hinterlegte geratespezifisdie Kommando wird an ein extemes 
Gerat 14 ubertragen, das uber eine Sdmittstelle mit dem Gerat 6 verbunden ist. 
Das exteme Gerat 14 wird auf diese Weise vom Gerat 6 angesteuert. Dabei wird 
ein Kommando an das exteme Gerat 14 iibergeben und dort verarbeitet. 

Wird bei der Ausfiihrung des geratespezifisdien Kommandos im Sduitt S 10 eine 
Antwort bzw. ein Ergebnis erzeugt, kann das GerSt 6 die Antwort nidit eigen- 
standig an den Computer 1 zurudcgeben. Viehnehr muss das Anwendtmgspro- 
gramm 11 auf dem Computer 1 eine Anfrage an das Gerat 6 senden imd die Ant- 
wort vom Gerat 6 abholen. Dies wird in den Sdiritten S 12 bis S 22 durdigefiihrt. 

In dem Sdiritt S 12 erzeugt das Anwendungsprogramm 11 eine Abfrage, das spe- 
zielle File 8 aus dem Gerat 6 auszulesen. Die Anfrage wird zunadist an das File- 
system 12 des Computers 1 ubermittelt. Im Sduritt S 13 wird folglidi der betriebs- 
systemeigene Lesebefehl zum Auslesen einer "normalen" Datei an das Filesy- 
stem 12 gesandt, da dem Computer 1 und seinem Betriebssystem ein Massenspei- 
dier als Gerat 6 vorgetausdit wird. 

Im Schritt S 14 wird der Lesebefehl so umgesetzt, dass vom Filesystem 12 die 
Aufforderung ergeht, das spezielle File 8 von der speziellen logisdien Blocka- 
dresse 10 auszulesen. Im Schritt S 15 wird der betriebssystemeigene Lesebefehl 
vom Filesystem 12 an das Gerat 6 ubermittelt vmd dann vom Speichersystem 13 
des Gerats 6 empfangen. 

Der Prozessor des Gerats 6 liest im Schritt S 16 die spezielle Blockadresse 10 des 
speziellen Datenblocks 9 aus, so dass das spezielle File 8 zur Riickgabe an den 
Computer 1 vorbereitet wird. 
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Im Schritt S 17 priift der Prozessor des Gerats 6, ob bei der Ausfiihrxing des be- 
triebssystemeigenen Schreibbef ehls des Computers 1 ein geratespezifisches Kom- 
mando ausgefuhrt wurde. Dazu wird der Identifikationsmerker des speziellen 
Files 8 abgefragt. Wiirde zuvor kein geratespezifisches Kommando zu dem Ge- 
rat 6 gesendet, ist kein Identifikationsmerker in. das spezielle File 8 geschrieben 
worden, welches an der speziellen Blockadresse 10 steht. Ist der Identifikations- 
merker nicht im File 8 oder im RAM enthalten, wird das File 8 an den Computer 
1 unverandert zuriickgesendet. 

Erkennt der Prozessor des Gerats 6, dass der Identifikationsmerker im speziellen 
File 8 vorhanden ist, wird in einem Schritt S 18 die Antwort auf das ausgefiihrte 
geratespezifische Kommando vom Prozessor erfragt. Wurde das geratespezifi- 
sche Koncimando an ein extemes Gerat 14 weitergereicht, wird eine Antwort von 
dem extemen Gerat 14 ermittelt. 

Ist die Antwort auf das ausgefiihrte geratespezifische Kommando vorhanden, 
wird sie in einem Schritt S 19 in das spezielle File 8 gesdirieben, Zusatzlich wird 
ein weiterer Marker in das spezielle File 8 geschrieben. Der weitere Merker ist ein 
Antwortmerker oder eine ID, der das Vorhandensein einer Antwort auf ein aus- 
gefiihrtes Kommando kennzeichnet. Damit ist das ursprunglich mit dem Schreib- 
befehl an das Gerat 6 gesendete spezielle File 8 modifiziert und verandert wor- 
den, Es enthalt nun nicht mehr das auszufiihrende Kommando, sondem die auf 
das Kommando erzeugte Antwort. Das modifizierte spezielle File 8* wird nun in 
Ausfiihrung des betriebssystemeigenen Lesebefelnls des Computers 1 an das File- 
system 12 des Computers 1 libergeben (Schritt S 20). 

Das Anwendungsprogramm 11 ruft das modifizierte spezielle File 8' vom Filesy- 
stem 12 ab. Dabei priift es in einem Schritt S 21, ob der Antwortmerker im spe- 
ziellen File 8' gesetzt ist. 

Anhand des Antwortmerkers im modifizierten speziellen File 8' erkennt das An- 
wendungsprogramm 11 im Schritt S 22, dass das spezielle File 8* die Antwort auf 
das auszufiihrende Kommando enthalt. Die Antwort wird nun vom Anwen- 
dungsprogramm 11 aus dem speziellen File 8' ausgelesen und weiterverarbeitet. 
Ist die Antwort eine Fehlermeldung, wird dies bei der Auswertung durch das 
Anwendungsprogranun 11 erkannt. 
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Wird im Schritt S 18 keine Antwort vom Prozessor des Gerats 6 zuriickgegeben, 
wird das File 8 zuriickgeschrieben. In diesem Fall wird jedoch im Schritt S 20 der 
Antwortmerker nicht gesetzt. Das nicht naodifizierte spezielle File 8 enthalt daim 
nicht den Antwortmerker. Das spezielle FUe 8 wird zwar audi an den Com- 
puter 1 iibertragen, die Abfrage in Schritt S 21 zeigt aber, dass der Antwortmer- 
ker nicht gesetzt ist. Das Anwendungsprogramm 11 erkennt also, dass das spe- 
zielle File 8 nicht die Antwort auf das auszufiihrende Kommando enthalt, son- 
dern ein Fehler aufgetreten ist. 
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Zusammenstellung der Bezugszeichen 



1 Computer 

2 File 

3 Ordner 

4 Zugriffstabelle 

5 Blockadresse 

6 Gerat 

7 Datenblock 

8, 8' Spezielles File 

9 Spezieller Datenblock 

10 Spezielle Blockadresse 

11 Anwendxingsprogramm 

12 Filesystem (von 1) 

13 Speichersystem (von 6) 

14 Externes Gerat 
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Patentanspriiche 



1. Verfahren zum Steuem eines Datenverarbeitungsgerats, das iiber eine Schnitt- 
stdle an einen Computer angeschlossen ist, gekennzeichnet d\irch die 
folgenden Schritte: 

- Erzeugen eines geratespezifischen Kommandos durch ein Anwendungspro- 
gramm (11) auf dem Computer (1); 

- Ablegen des Kommandos in einem speziellen File (8); 

- -Obertragen des spezieDen FQes (8) vom Computer (1) an das Gerat (6) mittels 
des Schreibbefehls des Betriebssystems des Computers (1); 

- Empfangen des speziellen Files (8) durch das Gerat (6); 

- Auslesen des geratespezifischen Kommandos aus dem speziellen File (8); 

- Ausfiihren des Kommandos durch den Prozessor des GerSts (6). 

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass das Kom- 
mando ausgefuhrt wird, wenn das spezielle File (8) eine Identifikation enthalt. 

3. Verfahren nach Anspruch 1 Oder 2, dadurch gekennzeichnet, dass 
vom Prozessor des Gerats (6) auf das ausgefiihrte Kommando eine Antwort er- 
zeugt wird. 

4. Verfahren nach Anspruch 1 Oder 2, dadurch gekennzeichnet, dass 
vom Prozessor ein Statusbit in das RAM des Gerats (6) oder in das spezielle File 
(8) geschrieben wird, anhand dessen beim nachsten Zugriff auf das File (8) eine 
Antwort auf das ausgefiihrte Kommando erzeugt wird. 

5. Verfahren nach Anspruch 3 oder 4, dadurch gekennzeichnet, dass 
die Antwort in einem fliichtigen oder nicht-fluchtigen Speicher des Gerats (6) 
zwischengespeichert wird. 
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6. Verfahren nach Anspruch 3, gekennzeichnet durch die weiteren 
Schritte: 

- Senden eines Lesebefehls des Betriebssystems betreffend das spezieUe File (8) 
vom Computer (1) an das Gerat (6); 

- Empfangen des Lesebefehls im Gerat (6); 

- Ablegen der im Gerat (6) erzeugten Antwort in dem speziellen File (8'), das 
dadurch modifiziert wird; 

- Ruckubertragen des speziellen Files (8') von dem Gerat (6) an den Computer 
(1) in Ausfuhximg des Lesebefehls. 

7. Verfahren nach Anspruch 6, gekennzeichnet durch die folgenden 
Schritte: 

- Empfangen des riickiibertragenen speziellen Files (8') durch den Computer 

(1); 

- Erkennen, daiss das spezieUe File (8') eine Antwort enthalt; und 

- Auslesen der Antwort aus dem speziellen File (8') und Weiterverarbeiten der 
Antwort im Anwendungspogramm (11). 

8. Verfahren nach einem der Anspriiche 3 bis 7, dadurch gekenn- 
zeichnet, dass die vom Prozessor des Gerats (6) erzeugte Antwort der Gera- 
testatus oder eine Fehlermeldxmg ist. 
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